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(57) Abstract: Methods and apparatus for decoding codewords (902) using message passing decoding techniques which are partic- 
ularly well suited for use with low density parity check (LDPC) codes and long codewords are described. The described methods 
allow decoding graph structures which are largely comprised of multiple identical copies of a much smaller graph (1000). Copies 
of the smaller graph are subject to a controlled permutation operation (904) to create the larger graph structure. The same controlled 
permutations are direcdy implemented to support message passing between the replicated copies of the small graph. Messages cor- 
responding to individual copies of the graph are stored in a memory and accessed in sets, one fiom each copy of the graph, using a 
SIMD read or write instruction. The graph permutation operation may be implemented by simply reordering messages, e.g., using a 
cyclic permutation operation, in each set of messages react out of a message memory so that the messages are passed to processing 
circuits corresponding to different copies of the small graph. 
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METHODS AND APPARATUS FOR DECODING LDPC CODES 
Related Applications 

This application claims the benefit of U.S. Provisional Application S.N. 
60/298,480 filed June 15, 2001. 

Field Of the Invention 

The present invention is directed to methods and apparatus for detecting and/or 
correcting errors in binary data, e.g., through the use of parity check codes such as low density 
parity check (LDPC) codes. 

Background 

In the modem information age binary values, e.g., ones and zeros, are used to 
represent and communicate various types of information, e.g., video, audio, statistical 
information, etc. Unfortunately, during storage, transmission, and/or processing of binary data, 
errors may be unintentionally introduced, e.g., a one may be changed to a zero or vice versa. 

Generally, in the case of data transmission, a receiver observes each received bit 
in the presence of noise or distortion and only an indication of the bit's value is obtained. Under 
these circumstances one interprets the observed values as a source of "soft" bits. A soft bit 
indicates a preferred estimate of the bit's value, i.e., a one or a zero, together with some 
indication of that estimate's reliability. While the number of errors may be relatively low, even 
a small number of errors or level of distortion can result in the data being unusable or, in the 
case of transmission errors, may necessitate re-transmission of the data. 

In order to provide a mechanism to check for errors and, in some cases, to correct 
errors, binary data can be coded to introduce carefully designed redundancy. Coding of a unit of 
data produces what is commonly referred to as a codeword. Because of its redundancy, a 
codeword will often include more bits than the input unit of data from which the codeword was 
produced. 
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When signals arising from transmitted codewords are received or processed, the 
redundant information included in the codeword as observed in the signal can be used to identify 
and/or correct errors in or remove distortion from the received signal in order to recover the 
original data unit. Such error checking and/or correcting can be implemented as part of a 
decoding process. In the absence of errors, or in the case of correctable errors or distortion, 
decoding can be used to recover from the source data being processed, the original data unit that 
was encoded. In the case of unrecoverable errors, the decoding process may produce some 
indication that the original data cannot be fully recovered. Such indications of decoding failure 
can be used to initiate retransmission of the data. 

While data redundancy can increase the reliability of the data to be stored or 
transmitted, it comes at the cost of storage space and/or the use of valuable communications 
bandwidth. Accordingly, it is desirable to add redundancy in an efficient manner, maximizing 
the amount of error correction/detection capacity gained for a given amount of redundancy 
introduced into the data. 

* 

With the increased use of fiber optic lines for data communication and increases 
in the rate at which data can be read from and stored to data storage devices, e.g., disk drives, 
tapes, etc., there is an increasing need not only for efficient use of data storage and transmission 
capacity but also for the ability to encode and decode data at high rates of speed. 

While encoding efficiency and high data rates are important, for an encoding 
and/or decoding system to be practical for use in a wide range of devices, e.g., consumer 
devices, it is important that the encoders and/or decoders be capable of being implemented at 
reasonable cost. Accordingly, the ability to efficiently implement encoding/decoding schemes 
used for error correction and/or detection purposes, e.g., in terms of hardware costs, can be 
important. 

Various types of coding schemes have been used over the years for error 
correction purposes. One class of codes, generally referred to as "turbo codes" were recently 
invented (1993). Turbo codes offer significant benefits over older coding techniques such as 
convolutional codes and have found numerous applications. 
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In conjunction with the advent of turbo codes, there has been increasing interest 
in another class of related, apparently simpler, codes commonly referred to as low density parity 
check (LDPC) codes. LDPC codes were actually invented by Gallager some 40 years ago 
(1961) but have only recently come to the fore. Turbo codes and LDPC codes are coding 
schemes that are used in the context of so-called iterative coding systems, that is, they are 
decoded using iterative decoders. Recently, it has been shown that LDPC codes can provide 
very good error detecting and correcting performance, surpassing or matching that of turbo 
codes for large codewords, e.g., codeword sizes exceeding approximately 1000 bits, given 
proper selection of LDPC coding parameters. Moreover, LDPC codes can potentially be 
decoded at much higher speeds than turbo codes. 

In many coding schemes, longer codewords are often more resilient for purposes 
of error detection and correction due to the coding interaction over a larger number of bits. 
Thus, the use of long codewords can be beneficial in terms of increasing the ability to detect and 
correct errors. This is particularly true for turbo codes and LDPC codes. Thus, in many 
applications the use of long codewords, e.g., codewords exceeding a thousand bits in length, is 
desirable. 

The main difficulty encountered in the adoption of LDPC coding and Turbo 
coding in the context of long codewords, where the use of such codes offers the most promise, is 
the complexity of implementing these coding systems. In a practical sense, complexity 
translates directly into cost of implementation. Both of these coding systems are significantly 
more complex than traditionally used coding systems such as convolutional codes and Reed- 
Solomon codes. 

Complexity analysis of signal processing algorithms usually focuses on 
operations counts. When attempting to exploit hardware parallelism in iterative coding systems, 
especially in the case of LDPC codes, significant complexity arises not from computational 
requirements but rather from routing requirements. The root of the problem lies in the 
construction of the codes themselves. 
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LDPC codes and turbo codes rely on interleaving messages inside an iterative 
process. In order for the code to perform well, the interleaving must have good mixing 
properties. This necessitates the implementation of a complex interleaving process. 



LDPC codes are well represented by bipartite graphs, often called Tanner graphs, 
in which one set of nodes, the variable nodes, corresponds to bits of the codeword and the other 
set of nodes, the constraint nodes, sometimes called check nodes, correspond to the set of parity- 
check constraints which define the code. Edges in the graph connect variable nodes to constraint 
nodes. A variable node and a constraint node are said to be neighbors if they are connected by 
an edge in the graph. For simplicity, we generally assume that a pair of nodes is connected by at 
most one edge. To each variable node is associated one bit of the codeword. In some cases some 
of these bits might be punctured or known, as discussed further below. 

A bit sequence associated one-to-one with the variable node sequence is a 
codeword of the code if and only if, for each constraint node, the bits neighboring the constraint 
(via their association with variable nodes) sum to zero modulo two, i.e., they comprise an even 
number of ones. 

The decoders and decoding algorithms used to decode LDPC codewords operate 
by exchanging messages within the graph along the edges and updating these messages by 
performing computations at the nodes based on the incoming messages. Such algorithms will be 
generally referred to as message passing algorithms. Each variable node in the graph is initially 
provided with a soft bit, termed a received value, that indicates an estimate of the associated 
bit's value as determined by observations from, e.g., the communications channel. Ideally, the 
estimates for separate bits are statistically independent. This ideal can be, and often is, violated 
in practice. A collection of received values constitutes a received word. For purposes of this 
application we may identify the signal observed by, e.g., the receiver in a communications 
system with the received word. 

The number of edges attached to a node, i.e., a variable node or constraint node, 
is referred to as the degree of the node. A regular graph or code is one for which all variable 
nodes have the same degree, j say, and all constraint nodes have the same degree, k say. In this 
case we say that the code is a (j,k) regular code. These were the codes considered originally by 
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Gallager (1961). In contrast to a "regular" code, an irregular code has constraint nodes and/or 
variable nodes of differing degrees. For example, some variable nodes may be of degree 4, 
others of degree 3 and still others of degree 2. 

While irregular codes can be more complicated to represent and/or implement, it 
has been shown that irregular LDPC codes can provide superior error correction/detection 
performance when compared to regular LDPC codes. 

In order to more precisely describe the decoding process we introduce the notion 
of a socket in describing LDPC graphs. A socket can be viewed as an association of an edge in 
the graph to a node in the graph. Each node has one socket for each edge attached to it and the 
edges are "plugged into" the sockets. Thus, a node of degree d has d sockets attached to it. If 
the graph has L edges then there are L sockets on the variable node side of the graph, called the 
variable sockets, and L sockets on the constraint node side of the graph, called the constraint 
sockets. For identification and ordering purposes, the variable sockets may be enumerated 
1,. . .,L so that all variable sockets attached to one variable node appear contiguously. In such a 
case, if the first three variable nodes have degrees di, d 2 , and d 3 respectively, then variable 
sockets 1,. . ,,di are attached to the first variable node, variable sockets di+1,. . ., di+d 2 are 
attached to the second variable node, and variable sockets di+d 2 +l,. . ., di+d 2 +d 3 are attached to 
the third variable node. Constraint node sockets may be enumerated similarly 1,. . .,L with all 
constraint sockets attached to one constraint node appearing contiguously. An edge can be 
viewed as a pairing of sockets, one of each pair coming from each side of the graph. Thus, the 
edges of the graph represent an iriterleaver or permutation on the sockets from one side of the 
graph, e.g., the variable node side, to the other, e.g., the constraint node side. The permutations 
associated with these systems are often complex, reflecting the complexity of the interleaver as 
indicated above, requiring complex routing of the message passing for their implementation. 

The notion of message passing algorithms implemented on graphs is more 
general than LDPC decoding. The general view is a graph with nodes exchanging messages 
along edges in the graph and performing computations based on incoming messages in order to 
produce outgoing messages. 
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An exemplary bipartite graph 100 deteraiining a (3,6) regular LDPC code of 
length ten and rate one-half is shown in Fig. 1 . Length ten indicates that there are ten variable 
nodes Vi-Vio, each identified with one bit of the codeword Xi-Xio (and no puncturing in this 
case), generally identified by reference numeral 102. Rate one half indicates that there are half 
5 as many check nodes as variable nodes, i.e., there are five check nodes C1-C5 identified by 
reference numeral 106. Rate one half further indicates that the five constraints are linearly 
independent, as discussed below. Each of the lines 104 represents an edge, e.g., a 
communication path or connection, between the check nodes and variable nodes to which the 
line is connected. Each edge identifies two sockets, one variable socket and one constraint 

10 socket. Edges can be enumerated according to their variable sockets or their constraint sockets. 
The variable sockets enumeration corresponds to the edge ordering (top to bottom) as it appears 
on the variable node side at the point where they are connected to the variable nodes. The 
constraint sockets enumeration corresponds to the edge ordering (top to bottom) as it appears on 
the constraint node side at the point they are connected to the constraint nodes. During 

15 decoding, messages are passed in both directions along the edges. Thus, as part of the decoding 
process messages are passed along an edge from a constraint node to a variable node and vice 
versa. 



While Fig. 1 illustrates the graph associated with a code of length 10, it can be 
20 appreciated that representing the graph for a codeword of length 1000 would be 100 times more 
complicated. 



An alternative to using a graph to represent codes is to use a matrix 
representation such as that shown in Fig. 2. In the matrix representation of a code, the matrix H 

25 202, commonly referred to as the parity check matrix, includes the relevant edge connection, 

variable node and constraint node information. In the matrix H, each column corresponds to one 
of the variable nodes while each row corresponds to one of the column nodes. Since there are 
10 variable nodes and 5 constraint nodes in the exemplary code, the matrix H includes 10 
columns and 5 rows. The entry of the matrix corresponding to a particular variable node and a 

30 particular constraint node is set to 1 if an edge is present in the graph, i.e., if the two nodes are 
neighbors, otherwise it is set to 0. For example, since variable node Vi is connected to 
constraint node Ci by an edge, a one is located in the uppermost lefthand comer of the matrix 
202. However, variable node V4 is not connected to constraint node Ci so a 0 is positioned in 
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the fourth position of the first row of matrix 202 indicating that the corresponding variable and 
constraint nodes are not connected. We say that the constraints are linearly independent if the 
rows of H are linearly independent vectors over GF[2] (a Galois field of order 2). Enumerating 
edges by sockets, variable or constraint, corresponds to enumerating the Vs in H. Variable 
socket enumeration corresponds to enumerating top to bottom within columns and proceeding 
left to right from column to column, as shown in matrix 208. Constraint socket enumeration 
corresponds to enumerating left to right across rows and proceeding top to bottom from row to 
row, as shown in matrix 210. 

In the case of a matrix representation, the codeword X which is to be transmitted 
can be represented as a vector 206 which includes the bits Xi-X,, of the codeword to be 
processed. A bit sequence Xi-X n is a codeword if and only if the product of the matrix 206 and 
202 is equal to zero, that is: Hx=0. 

In the context of discussing codewords associated to LDPC graphs, it should be 
appreciated that in some cases the codeword may be punctured. Puncturing is the act of 
removing bits from a codeword to yield, in effect, a shorter codeword. In the case of LDPC 
graphs this means that some of the variable nodes in the graph correspond to bits that are not 
actually transmitted. These variable nodes and the bits associated with them are often referred to 
as state variables. When puncturing is used, the decoder can be used to reconstruct the portion 
of the codeword which is not physically communicated over a communications channel. Where 
a punctured codeword is transmitted the receiving device may initially populate the missing 
received word values (bits) with ones or zeros assigned, e.g., in an arbitrary fashion, together 
with an indication (soft bit) that these values are completely unreliable, i.e., that these values are 
erased. For purposes of explaining the invention, we shall assume that, when used, these 
receiver-populated values are part of the received word which is to be processed. 

Consider for example the system 350 shown in Fig. 3. The system 350 includes 
an encoder 352, a decoder 357 and a communication channel 356. The encoder 352 includes an 
encoding circuit 353 that processes the input data A to produce a codeword X. The codeword X 
includes, for the purposes of error detection and/or correction, some redundancy. The codeword 
X may be transmitted over the communications channel. Alternatively, the codeword X can be 
divided via a data selection device 354 into first and second portions X 1 , X" respectively by 
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some data selection technique. One of the codeword portions, e.g., the first portion X 1 , may then 
be transmitted over the communications channel to a receiver including decoder 357 while the 
second portion X M is punctured. As a result of distortions produced by the communications 
channel 356, portions of the transmitted codeword may be lost or corrupted. From the decoder's 
perspective, punctured bits may be interpreted as lost. 

At the receiver soft bits are inserted into the received word to take the place of 
lost or punctured bits. The inserted indicating erasure of X 1 ' soft bits indicate and/or bits lost in 
transmission. 

The decoder 357 will attempt to reconstruct the full codeword X from the 
received word Y and any inserted soft bits, and then perform a data decoding operation to 
produce A from the reconstructed codeword X. 

The decoder 357 includes a channel decoder 358 for reconstructing the complete 
codeword X from the received word Y. In addition it includes a data decoder 359 for removing 
the redundant information included in the codeword to produce the original input data A from 
the reconstructed codeword X. 

It will be appreciated that received words generated in conjunction with LDPC 
coding, can be processed by performing LDPC decoding operations thereon, e.g., error 
correction and detection operations, to generate a reconstructed version of the original 
codeword. The reconstructed codeword can then be subject to data decoding to recover the 
original data that was coded. The data decoding process may be, e.g., simply selecting a specific 
subset of the bits from the reconstructed codeword. 

LDPC decoding operations generally comprise message passing algorithms. 
There are many potentially useful message passing algorithms and the use of such algorithms is 
not limited to LDPC decoding. The current invention can be applied in the context of virtually 
any such message passing algorithm and therefore can be used in various message passing 
systems of which LDPC decoders are but one example. 
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For completeness we will give a brief mathematical description of one realization 
of one of the best known message passing algorithms, known as belief propagation. 

Belief propagation for (binary) LDPC codes can be expressed as follows. 

Messages transmitted along the edges of the graph are interpreted as log-likelihoods log— for 

Pi 

the bit associated to the variable node. Here, (po,Pi) represents a conditional probability 
distribution on the associated bit. The soft bits provided to the decoder by the receiver are also 
given in the form of a log-likelihood. Thus, the received values, i.e., the elements of the 
received word, are log-likelihoods of the associated bits conditioned on the observation of the 
bits provided by the communication channel. In general, a message m represents the log- 
likelihood m and a received value y represents the log-likelihood y. For punctured bits the 
received value y is set to 0, indicating po^Pi^/i. 

Let us consider the message-passing rules of belief propagation. Messages are 
denoted by m C2V for messages from check nodes to variable nodes and by m v2C for messages 
from variable nodes to check nodes. Consider a variable node with d edges. For each edge 
j=l,...,d let m C2V (i) denote the incoming message on edge i. At the very beginning of the 
decoding process we set m C2V =0 for every edge. Then, outgoing messages are given by 

m V2C (j) = y + ZU m^Ci) - m™Q). 

At the check nodes it is more convenient to represent the messages using their 
x sign' and magnitudes. Thus, for a message m let m p € GF[2] denote the 'parity* of the 

message, i.e., m p = 0 if m >0 and m p = 1 if m < 0. Additionally let m r e [0,oo] denote the 

magnitude of m. Thus, we have m = -l" ,p m r . At the check node the updates for m p and m r are 
separate. We have, for a check node of degree d, 

mp C2V 0) = (2t, mp^-mp^O), 
where all addition is over GF[2], and 
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rt) = F 1 ( (Et F( m T V2C (i) )) - V(m™®) ), 

where we define F(x):= log coth (x/2). (In both of the above equations the 
superscript V2C denotes the incoming messages at the check node.) We note that F is its own 
5 inverse, i.e., F 1 (x)=F(x). 

Most message passing algorithms can be viewed as approximations to belief 
propagation. It will be appreciated that in any practical digital implementation messages will be 
comprised of a finite number of bits and the message update rules suitably adapted. 

10 

It should be apparent that the complexity associated with representing LDPC 
codes for large codewords is daunting, at least for hardware implementations trying to exploit 
parallelism. In addition, it can be difficult to implement message passing in a manner that can 
support processing at high speeds. 

15 

In order to make the use of LDPC codes more practical, there is a need for 
methods of representing LDPC codes corresponding to large codewords in an efficient and 
compact manner thereby reducing the amount of information required to represent the code, i.e., 
to describe the associated graph. In addition, there is a need for techniques which will allow the 

20 message passing associated with multiple nodes and multiple edges, e.g., four or more nodes or 
edges, to be performed in parallel in an easily controlled maimer, thereby allowing even large 
codewords to be efficiently decoded in a reasonable amount of time. There is further need for a 
decoder architecture that is flexible enough to decode several different LDPC codes. This is 
because many applications require codes of different lengths and rates. Even more desirable is 

25 an architecture that allows the specification of the particular LDPC code to be programmable. 

Brief Description of the Figures : 

Figure 1 illustrates a bipartite graph representation of an exemplary regular 
30 LDPC code of length ten. 

Figure 2 is a matrix representation of the code graphically illustrated in Fig. 1. 
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Figure 3 illustrates coding, transmission, and decoding of data. 

Figure 4 is a bipartite graph representation of an exemplary irregular LDPC code. 

Figure 5, which comprises the combination of Figs. 5a through 5d, illustrates 
steps performed as part of an LDPC decoding operation in accordance with the LDPC code 
illustrated in Fig. 4. 

Figure 6 is a graphical representation of a small LDPC code which is used as the 
basis of a much larger LDPC code to present an example in accordance with the present 
invention. 



Figure 7 illustrates the parity check matrix representation of the small LDPC 
code graphically illustrated in Fig. 6. 

Figure 8 illustrates how the edges in the code shown in Fig. 6 can be arranged, 
e.g., enumerated, in order from the variable node side and how the same edges would appear 
from the constraint node side. 



Figure 9 illustrates a system for performing a serial LDPC decoding operation. 

Figure 10 graphically illustrates the effect of making three copies of the small 
LDPC graph shown in Fig. 6. 

Figure 1 1 illustrates the parity check matrix representation of the LDPC graph 
illustrated in Fig. 10. 



Figure 12 illustrates how the edges in the code shown in Fig. 1 1 can be arranged, 
e.g., enumerated, in order from the variable node side and how the same edges will appear from 
the constraint node side. 
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Figure 13 illustrates the effect of replacing the 3x3 identity matrices shown in 
Fig. 1 1 with cyclic permutation matrices in accordance with one exemplary embodiment of the 
present invention. 

5 Figure 14 illustrates how the edges in the code shown in Fig. 13 can be 

enumerated in order from the variable node side, and how the same edges will appear from the 
constraint node side after being subject to a cyclic permutation in accordance with the invention. 

Figure 15 illustrates an LDPC decoder implemented in accordance with the 
10 present invention that vectorizes the decoder of Fig. 9. 

Figures 16 and 17 illustrate other LDPC decoders implemented in accordance 
with the present invention. 

15 Summary of the invention : 

The present invention is directed to methods and apparatus for performing 
decoding operations on words using message passing decoding techniques. The techniques of 
the present invention are particularly well suited for use with large LDPC codes, e.g., codewords 
20 of lengths greater than 750 bits, but they can be used for shorter lengths also. The techniques 
and apparatus of the present invention can also be used for graph design and decoding where 
other types of message passing algorithms are used. For purposes of explaining the invention, 
however, exemplary LDPC decoders and decoding techniques will be described. 

25 The techniques of the present invention allow for decoding of LDPC graphs that 

possess a certain hierarchal structure in which a full LDPC graph appears to be, in large part, 
made up of multiple copies, Z say, of a Z times smaller graph. The Z graph copies may be 
identical. To be precise we will refer to the smaller graph as the projected graph. The technique 
can be best appreciated by first considering a decoder that decodes Z identical small LDPC 

30 graphs synchronously and in parallel. Consider a message passing decoder for a single small 
LDPC graph. The decoder implements a sequence of operations corresponding to a message 
passing algorithm. Consider now augmenting the same decoder so that it decodes Z identical 
such LDPC graphs synchronously and in parallel. Each operation in the message passing 
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algorithm is replicated Z times. Note that the efficiency of the decoding process is improved 
because, in total, decoding proceeds Z times faster and because the control mechanisms required 
to control the message passing process need not be replicated for the Z copies but can rather be 
shared by the Z copies. We can also view the above Z-parallel decoder as a vector decoder. We 
can view the process of making Z copies of the smaller graph as vectorizing the smaller 
(projected) graph: Each node of the smaller graph becomes a vector node, comprising Z nodes, 
each edge of the smaller graph becomes a vector edge, consisting of Z edges, each message 
exchanged in decoding the smaller graph becomes a vector message, comprising Z messages. 

The present invention obtains the efficiencies of the above described 
vectorization while modifying it so that the vector decoder is in fact decoding one large graph, Z 
times larger than the projected graph. This is accomplished by interconnecting the Z copies of 
the projected graph in a controlled manner. Specifically, we allow the Z edges within a vector 
edge to undergo a permutation, or exchange, between copies of the projected graph as they go, 
e.g., from the variable node side to the constraint node side. In the vectorized message passing 
process corresponding to the Z parallel projected graphs this exchange is implemented by 
permuting messages within a vector message as it is passed from one side of the vectorized 
graph to the other. 

Consider indexing the projected LDPC graphs by 1 j,. . .,Z. In the strictly parallel 
decoder variable nodes in graph j are connected only to constraint nodes in graph j. In 
accordance with the present invention, we take one vector edge, including one corresponding 
edge each from each graph copy, and allow a permutation within the Z edges, e.g., we permit the 
constraint sockets corresponding to the edges within the vector edge to be permuted, e.g., 
re-ordered. Henceforth we will often refer to the permutations, e.g., re-orderings, within the 
vector edges as rotations. 

Thus, in accordance with the present invention, a relatively large graph can be 
represented, e.g., described, using relatively little memory. For example, a graph may be 
represented by storing information describing the projected graph and information describing the 
rotations. Alternatively, the description of the graph maybe embodied as a circuit that 
implements a function describing the graph connectivity. 
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Accordingly, the graph representation technique of the present invention 
facilitates parallel, e.g., vectorized, graph implementations. Furthermore, the graph 
representation techniques of the present invention can be used to support decoding of regular or 
irregular graphs, with or without state variables. Information describing the degrees of the 
5 nodes in the projected graph may be stored and provided to a vector node processing element. 
Note that all nodes belonging to a vector node will have the same degree so degree information 
is required only for one projected graph. 



In various embodiments, the decoder is made programmable thereby allowing it 
10 to be programmed with multiple graph descriptions, e.g., as expressed in terms of stored 
projected graph and stored rotation information or in terms of an implemented function. 
Accordingly, the decoders of the present invention can be programmed to decode a large number 
of different codes, e.g., both regular and irregular. In some particular embodiments the decoder 
is used for a fixed graph or for fixed degrees and this information. In such embodiments the 
15 graph description information may be preprogrammed or implicit. In such cases the decoder 
may be less flexible than the programmable embodiments but the resources required to support 
programmability are saved. 



In accordance with one embodiment of the present invention, a message memory 
20 is provided which includes rows of memory locations, each row corresponding to the messages 
associated with one copy of the projected graph. The messages corresponding to the Z multiple 
projected graphs are stacked to form columns of Z messages per column, such a column 
corresponds to a vector message. This memory arrangement allows the vector messages, e.g., 
set of Z messages, corresponding to vector edge to be read out of or written to memory as a unit, 
25 e.g., using a SIMD instruction to access all the Z messages in a column in one operation. Thus, 
memory supports reading and writing of vector messages as units. Accordingly, the present 
invention avoids the need to provide a different read/write address for each individual message 
in a set of Z messages. 



30 At one or more points in the message passing processing, after being read out of 

memory, the Z messages are subject to a permutation operation, e.g., a re-ordering operation. 
The re-ordering operation may be a rotation operation, or rotation for short. These rotation 
operations correspond to the rotations associated to the vector edges which interconnect the Z 
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copies of the projected graph to form the single large graph. This rotation may be applied, e.g., 
prior to the messages being supplied to a corresponding vector (constraint or variable) node 
processor. Alternatively the rotation may be applied subsequent to processing by a vector node 
processor. 

The rotation may be implemented using a simple switching device which 
connects, e.g., the message memory to the vector node processing unit and re-orders those 
messages as they pass from the memory to the vector node processing unit. In such an 
exemplary embodiment, one of the messages in each vector message read from memory is 
supplied to a corresponding one of the Z parallel node processing units, within a vector node 
processor, as determined by the rotation applied to the vector message by the switching device. 
A rotation operation as implemented by the switching device may also or alternatively be 
applied to the vector message prior to its being written into memory and after node processing. 

The stored or computed description of the projected graph may include, e.g., 
information on the order in which messages in a row corresponding to a projected graph are to 
be read out of and/or written in to memory during constraint and/or variable node processing. 
The messages of the entire large graph are stored in multiple rows, each row corresponding to a 
different copy of the small graph, the rows being arranged to form columns of messages. Each 
column of messages represents a vector message, which can be accessed as a single unit. Thus, 
the information on how to access messages in a row of a projected graph can be used to 
determine the order in which vector messages corresponding to multiple copies of the projected 
graph are accessed in accordance with the present invention. 

The varying of the order in which vector messages are read out and/or written to 
memory according to whether the read/write operation corresponds to variable node side or 
constraint node side processing may be described as a first permutation performed on the 
messages. This permutation corresponds to the interleaver associated to the projected graph. In 
order to represent the large decoder graph from the projected decoder graph, a second set of 
permutation information, e.g., the rotation information, is stored in addition to vector message 
(e.g., column) access order information. The second permutation information (e.g., the rotation 
information), representing switching control information, indicates how messages in each vector 
message, e.g., column of messages, should be reordered when, e.g., read out of and/or written in 
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to memory. This two-stage permutation factors the larger permutation describing the complete 
LDPC graph into two parts implemented via different mechanisms. 

In one particular embodiment, a cyclic permutation is used as the second level 
permutation because of the ease with which such a permutation can be implemented and the 
compactness of its description. This case motivates the use of the term rotation to describe this 
second level permutation for purposes of explanation. However, it is to be understood that the 
second level permutation need not be limited to rotations and can be implemented using other 
re-ordering schemes. 

In various embodiments of the present invention, the decoder generates multi-bit 
soft outputs with one bit, e.g., the sign or parity bit of each soft output, corresponding to a hard 
decision output of the decoder, e.g., the original codeword in the case where all errors have been 
corrected or no errors are present in the received word. The decoder output, e.g., the recovered 
codeword, may then be processed further to recover the original data which was used at 
encoding time to produce the transmitted codeword. 

In accordance with one feature of the present invention, soft and/or hard outputs 
produced after each complete iteration of variable node processing are examined to determine if 
the parity check constraints indicative of a codeword are satisfied by the current hard decisions. 
This checking process also enjoys the benefits of the graph's two stage factored permutation 
structure. The iterative decoding process (message passing) may be halted once recovery of a 
codeword is detected in this manner. Accordingly, in the case of relatively error free signals, 
decoding may be completed and detected promptly, e.g., after two or three iterations of the 
message passing decoding process. However, in the case of received words that include more 
errors, numerous iterations of the decoding process may occur before decoding is successful or 
the process is halted due to a time out constraint. 

Prompt detection of successful decoding, in accordance with the present 
invention, allows for more efficient use of resources as compared to systems that allocate a fixed 
number of decoding iterations to each received word. 
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Since the decoding techniques of the present invention allow for a large number 
of decoding operations, e.g., constraint and/or variable node decoder processing operations, to 
be performed in parallel, the decoders of the present invention can be used to decode received 
words at high speeds. Furthermore, given the novel technique of the present invention used to 
represent large graphs and/or controlling message passing for decoding operations associated 
with such graphs, the difficulties of storing the descriptions of large graphs and controlling their 
message routing are reduced and/or overcome. 

Certain generalizations of LDPC codes and decoding techniques of the invention 
include coding/decoding over larger alphabets not simply bits, which have two possible values, 
but some larger number of possibilities. Codes where constraint nodes represent constraints 
other than parity check constraints may also be decoded using the methods and apparatus of the 
present invention. Other relevant generalizations to which the invention can be applied include 
situations where a message passing algorithm is to be implemented on a graph and one has the 
option to design the graph. It will be apparent to those skilled in the art, in view of the present 
patent application, how to apply the techniques of the present invention to these more general 
situations. 

Numerous additional advantages, features and aspects of the decoding techniques 
and decoders of the present invention will be apparent from the detailed description which 
follows. 

Detailed description of the invention : 

As discussed above, the decoding methods and apparatus of the present invention 
will be described for purposes of explanation in the context of an LDPC decoder embodiment. 
Steps involved in decoding of an LDPC code will first be described with reference to Figs. 4 and 
5 followed by a more detailed discussion of various features of the present invention. 

Figure 4 illustrates an exemplary irregular LDPC code using a bipartite graph 
400. The graph includes m check nodes 402, n variable nodes 406, and a plurality of edges 404. 
Messages between the check nodes and variable nodes are exchanged over the edges 404. Soft 
input bits yi through y n , corresponding to the received word Y, and soft (or hard) outputs xi 
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through x n are indicted by reference numeral 408. The m m check node is identified using 
reference numeral 402', the n* variable node is identified using reference numeral 406' while the 
n* soft input y n and the nth soft output x n are indicated in Fig. 4 using reference numbers 410, 
409 respectively. 

5 

Variable nodes 406 process messages from the constraint nodes 402 together with 
the input soft values from the received word yi,. . .,y n to update the value of the output variables 
Xi,. . .,x n corresponding to the variable nodes and to generate messages to the constraint nodes. 
One message is generated by a variable node for each edge connected to the variable node. The 

10 generated message is transmitted along the edge from the variable node to the constraint node 
attached to the edge. For purposes of explanation, messages from variable nodes to constraint 
nodes will, from time to time in the present application, be indicated by using the abbreviation 
V2C while messages from variable nodes to constraint nodes will be indicated by using the 
abbreviation C2V. Indices may be added to the V and C components of this abbreviation to 

15 indicate the particular one of the variable nodes and constraint nodes which serves as the 
source/destination of a particular message. Each constraint node 402 is responsible for 
processing the messages received from the variable nodes via the edges attached to the particular 
constraint node. The V2C messages received from the variable nodes are processed by the 
constraint nodes 402 to generate C2V messages which are then transmitted back along the edges 

20 attached to each constraint node. The variable nodes 406 then process the C2V messages, 

together with the soft input values, to generate and transmit new V2C messages, and generate 
soft outputs, Xj. The sequence of performing processing at the variable nodes 406 comprising: 
transmitting generated messages to the check nodes 402, generating at the variable nodes soft 
outputs Xj, and receiving messages from the check nodes, may be performed repeatedly, i.e., 

25 iteratively, until the outputs xj from the variable nodes 406 indicate that the codeword has been 
successfully decoded or some other stopping criterion, e.g., completion of a fixed number of 
message passing iterations, has been satisfied. It should be appreciated that the sequence of 
operations described above need not occur strictly in the order described. Node processing may 
proceed asynchronously and variable and constraint node processing may occur simultaneously. 

30 Nevertheless, the logic of the iterative process is as described. 

Messages, V2C and C2V, may be one or more bits, e.g., K bits each, where K is a 
positive non-zero integer value. Similarly the soft outputs Xj may be one or multiple bits. 



WO 02/103631 PCT/US02/17396 

-19- 

Multiple bit messages and outputs provide the opportunity to relay confidence or reliability 
information in the message or output. In the case of a multi-bit, (soft) output, the sign of the soft 
output value may be used to provide the single bit hard output of the decoding process 
corresponding to a variable node, e.g., the bits of the decoded codeword. Output soft values 
5 may correspond to decoded soft values or, alternatively, to so-called extrinsic information 

(excluding the corresponding input information) which may be used in another larger iterative 
process within which the LDPC decoder is but one module. 

The iterative message passing process associated with decoding an LDPC code 
10 will now be discussed further with respect to Figs. 5a through 5d. 

When decoding an LDPC code, the processing at each constraint and variable 
node maybe performed independently. Accordingly, variable and/or constraint node processing 
may be performed one node at time, e.g., in sequence, until some or all of the variable and 

15 constraint node processing has been completed for a particular iteration of the decoding process. 
This allows a single unit of processing hardware to be provided and reused, if desired, to 
perform the processing associated with each of the variable and/or constraint nodes. Another 
significant feature of LDPC decoding is that the V2C and C2V messages used during a 
particular processing iteration need not have been generated at the same time, e.g., during the 

20 same processing iteration. This allows for implementations where constraint and variable node 
processing can be performed in parallel without regard to when the utilized messages were last 
updated. Following a sufficient number of message updates and iterations wherein all the 
variable and constraint nodes process the received messages and generate updated messages, the 
(hard) output of the variable nodes will converge assuming that the graph was properly designed 

25 and there are no remaining uncorrected errors in the received word being processed. 

Given that the processing at each check node and variable node can be viewed as 
an independent operation, the iterative processing performed at a single exemplary check node 
C„ 502' and variable node V n 506' will now be discussed in more detail with reference to Figs. 
30 5a-5d. For purposes of description we will think of message values and soft input and output 
values as numbers. A positive number corresponds to a hard bit decision of 0 and a negative 
number corresponds to a hard bit decision of 1 . Larger magnitudes indicate larger reliability. 
Thus, the number zero indicates total unreliability and the sign (positive or negative) is 
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irrelevant This convention is consistent with standard practice in which soft values (messages, 
received and output values) represent log-likelihoods of the associated bits, i.e., soft values take 
the form 

^ probability bit is a 0 
probability bit is al 

where the probability is conditioned on some random variable, e.g., the physical observation of 
the bit from the communications channel in the case of a received value. 



Fig. 5a illustrates the initial step in an LDPC decoding process. Initially, the 
variable node V n 506' is supplied with the soft input, e.g., the received values (1 or more bits) y n 
from a received word to be processed. The C2V messages at the start of a decoding operation 
and the soft output X„ 509 are initially set to zero. Based on the received inputs, e.g., the zero 
value C2V messages and input y n , the variable node V n 506 f generates one V2C message for 
each check node to which it is connected. Typically, in the initial step, each of these messages 
will be equal to y n . 



In Fig. 5b generated V2C messages are shown being transmitted along each of 
the edges connected to variable node V n 506 f . Thus, updated V2C messages are transmitted to 
each of the check nodes 502 coupled to variable node V n 506 f including check node C m 502'. 

In addition to generating the V2C messages, variable node processing results in 
the updating of the soft output X n 509 f corresponding to the variable node doing the processing. 
The soft output Xn is shown being updated in Fig. 5c. While shown as different steps, the soft 
output may be output at the same time the V2C messages are output. 

As will be discussed further below, in accordance with some embodiments of the 
present invention, the soft outputs (or their associated hard decisions) may be used to determine 
when a codeword has been recovered from the received word, i.e., when the parity constraints 
have been satisfied by the output values. This indicates successful decoding (although the 
codeword found may be incorrect, i.e., not the one that was transmitted) thereby allowing the 
iterative decoding process to be halted in a timely fashion, e.g., before some fixed maximum 
allowed number of message passing iterations is completed. 
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Check node processing can be performed once a check node, e.g., check node Cm 
502', receives V2C messages along the edges to which it is connected. The received V2C 
messages are processed in the check node to generate updated C2V messages, one for each edge 
connected to the particular check node. As a result of check node processing, the C2V message 
transmitted back to a variable node along an edge will depend on the value of each of the V2C 
messages received on the other edges connected to the check node but (usually and preferably 
but not necessarily) not upon the V2C message received from the particular variable node to 
which the C2V message is being transmitted. Thus, C2V messages are used to transmit 
infonnation generated from messages received from variable nodes other than the node to which 
the message is being transmitted. 

Fig. 5d illustrates the passage of updated C2V messages to variable nodes 
including node 506'. In particular, in Fig. 5d constraint node C m 502' is shown outputting two 
updated C2V messages with the updated C m 2V n message being supplied to variable node V n 
506\ V n 506* also receives additional updated C2V n message(s) from another constraint node(s) 
to which it is connected. 

With the receipt of updated C2V messages, variable node processing can be 
repeated to generate updated V2C messages and soft outputs. Then the updating of C2V 
messages can be repeated and so on until the decoder stopping criterion is satisfied. 

Thus, the processing shown in Figs. 5a-5d will be repeated after the first iteration, 
using updated message values as opposed to initial values, until the decoding process is stopped. 

The iterative nature of the LDPC decoding process, and the fact that the 
processing at individual nodes can be performed independent of the processing at other nodes 
provides for a great deal of flexibility when implementing an LDPC decoder. However, as 
discussed above, the sheer complexity of the relationships between the edges and the nodes can 
make storage of edge relationship infonnation, e.g., the graph description, difficult. Even more 
importantly, graph complexity can make message passing difficult to implement in parallel 
implementations where multiple messages are to be passed at the same time. 
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Practical LDPC decoder implementations often include an edge memory for 
storing messages passed along edges between constraint and/or variable nodes. In addition they 
include a graph descriptor sometimes referred to as a permutation map which includes 
information specifying edge connections, or socket pairing, thereby defining the decoding graph. 
5 This permutation map may be implemented as stored data or as circuit which calculates or 

implies the permutation. In addition to the edge memory, one or more node processing units are 
needed to perform the actual processing associated with a node. 

Software LDPC decoder implementations are possible wherein software is used 
10 to control a CPU to operate as a vector processing unit and to control passing of messages using 
a memory coupled to the CPU. In software implementations, a single memory can also be used 
to store the decoder graph description, edge messages as well as decoder routines used to control 
the CPU. 

15 As will be discussed below, in various embodiments of the present invention, one 

or more edge memories may be used. In one exemplary multiple edge memory embodiment a 
first edge memory is used for the storage and passing of C2V messages and a second edge 
memory is used for the storage and passing of V2C messages. In such embodiments, multiple 
node processing units, e.g., one to perform constraint node processing and another to perform 

20 variable node processing may, and often are, employed. As will be discussed below, such 

embodiments allow for variable and constraint processing operations to be performed in parallel 
with the resulting messages being written into each of the two message memories for use during 
the next iteration of the decoding process. 

25 We will now present a simple example of a small LDPC graph and its 

representation which will be used subsequently in explaining the invention. The discussion of 
the LDPC graph will be followed by a description of an LDPC decoder which can be used to 
decode the small graph. 

30 Fig. 6 illustrates a simple irregular LDPC code in the form of a graph 600. The 

code is of length five as indicated by the 5 variable nodes Vi through V5 602. Four check nodes 
Ci through C4 606 are coupled to the variable nodes 602 by a total of 12 edges 604 over which 
messages may be passed. 
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Fig. 7 illustrates, using matrices 702, 704, the LDPC code shown in Fig. 6, in 
parity check matrix form. As discussed above, edges are represented in the permutation matrix 
H 702 using Vs. Bit Xj is associated to variable node Vf. Matrices 706 and 708 show the 1 's in 
H, corresponding to edges in the graph, indexed according to the variable socket order and 
constraint socket order, respectively. 

For purposes of explanation, the 12 edges will be enumerated from the variable 
node side, i.e., according to their variable sockets. The connections established by the edges 
between the variable nodes 602 and check nodes 606 can be seen in Fig. 6. For purposes of 
discussion the edges attached to variable V x which connects it to check nodes Ci, C 2 and C 3 , are 
assigned labels 1, 2, 3, corresponding to variable socket enumeration. Variable node V2 is 
connected to check nodes Ci, C 3 and C 4 by edges 4, 5 and 6, respectively. Variable node V 3 is 
coupled to check nodes C\ and C 4 by edges 7 and 8, respectively. In addition, variable node V 4 
is coupled to check nodes C 2 and C 4 by edges 9 and 10, respectively, while variable node V 5 is 
coupled to check nodes C 2 and C 3 by edges 1 1 and 12, respectively. This indexing corresponds 
with matrix 706 of Figure 7, i.e., variable socket order. 

Fig. 8 illustrates the relationship between the 12 edges of Fig. 6, as enumerated 
from the variable node side, in relationship to the variable and check nodes to which they are 
connected. Row 802 shows the 5 variable nodes Vi through V 5 . Beneath the variables 802 are 
shown the edges 1 through 12 804 corresponding to the associated sockets which are connected 
to the particular variable node. Note that since the edges are ordered from the variable node 
side, in row 804 they appear in order from 1-12. Let us assume that messages are stored in 
memory in the order indicated in row 804. 

During variable node processing, the 12 edge messages in memory are accessed 
in sequence, e.g., in the order shown in 804. Thus, during variable node processing, the 
messages may simply be read out in order and supplied to a processing unit. 

Row 806 illustrates the four constraint nodes CI through C4 present in the code 
of Figs. 6 and 7. Note that the edges are re-ordered in row 804' to reflect the order in which 
they are connected to the constraint nodes, but the indicated indexing is that induced from the 
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variable node side. Accordingly, assuming that the edge messages are stored in order from the 
variable node side, when performing constraint node processing the messages would be read out 
in the order illustrated in row 804\ That is, during constraint node processing the messages 
would be read out of the memory in the order 1, 4, 7, 2, 9, 1 1, 3, 5, 12, 6, 8, 10. A message 
5 ordering module can be used to output the correct sequence of edge message access information, 
e.g., memory locations, for reading data from memory or writing data to memory during 
variable and check node processing operations. 

A serial LDPC decoder 900 which performs message processing operations 
10 sequentially, one edge at a time, will now be discussed with regard to Fig. 9 and decoding using 
the exemplary code shown in Fig. 6 will be discussed. The LDPC decoder 900 comprises a 
decoder control module 902, a message ordering module (socket permutation memory) 904, a 
node degree memory 910, an edge memory 906, a node processor 908, output buffer 916, hard 
decision memory 912 and parity check verifier 914. 

15 

The edge memory 906 includes L K bit memory locations with each K bit 
location corresponding to one edge and where L is the total number of edges in the LDPC graph 
being used and K is the number of bits per message exchanged along an edge. For concreteness, 
we assume that the messages are stored in order according to the edge ordering induced by the 

20 variable sockets. Thus, for the example graph 600 the messages corresponding to edges 
1,2,. ..,12 are stored in the indicated order. The hard decision memory 912 includes L 1 bit 
memory locations, each 1 bit location corresponding to one edge. This memory stores hard 
decisions transmitted by the variable nodes along each of their edges so that the parity check 
constraints may be verified. The parity check verifier 914 receives the hard bit decisions as the 

25 check node processor receives messages. The parity checks are verified in the parity check 
verifier and, in the event that all checks are satisfied, transmits a convergence signal to the 
decoder control module 902. 

The message ordering module 904 may be implemented as a permutation map or 
30 look-up table which includes information describing the ordering of messages in edge memory 
as viewed from the variable node side or as viewed from the constraint node side. Thus, for our 
example graph 600 the sequence 1,4,7,2,9,11,3,5,12,6,8,10 which specifies edge order as viewed 
from the constraint side would be, effectively, stored in the message ordering module. This 
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sequence is used to order messages for constraint node processing and to order hard decisions 
read out of Hard Decision Memory 912 for processing by the parity check verifier 914. 

In the Fig. 9 decoder, messages corresponding to an edge are overwritten after 
they are processed by a node processor. In this manner, the edge memory will alternate between 
storing V2C messages and storing C2V messages. Hard decision verification occurs during 
constraint node processing, e.g., as V2C messages are read out of edge message memory 906. 

The decoder control unit 902 is responsible for toggling the decoder operation 
between variable and check node processing modes of operation, for determining when the 
iterative decoding process should be stopped, e.g., because of receipt of a convergence signal or 
reaching a maximum allowed iteration count, for supplying or controlling the supply of degree 
information to the node processing unit and the parity check verifier, and for controlling the 
supply of an edge index to the Message Ordering Module 904. During operation, the decoder 
control module 902 transmits an edge index to the message ordering module 904. The value, 
edge index, is incremented over time to sequence through all the edges in the graph. A different, 
e.g., unique, edge index is used for each edge in a graph being implemented, hi response to each 
received edge index, the message ordering module will output an edge identifier, e.g., edge 
memory address information, thus selecting the edge memory location that will be accessed, 
e.g., read from or written to, at any given time. Assuming variable socket ordering, the message 
ordering module 904 will cause messages to be read out and written back in sequential order 
during variable node processing and will cause the messages to be read out and written back in 
order corresponding to constraint socket ordering during constraint node processing. Thus, in 
our above example, the messages will be read out and written back in order 1,2,3,. . .,12 during 
variable node processing and, concurrently, hard decisions will be written into hard decision 
memory 912 in order 1,2,3,. . .,12. During constraint node processing the messages will be read 
out and written back in order 1,4,7,2,9,1 1,3,5,12,6,8,10 and, concurrently, the message ordering 
module 904 will cause hard decision bits to be read out of hard decision memory 912 in the 
order 1,4,7,2,9,1 1,3,5,12,6,8,10. 

As messages are read from the edge memory in response to the edge identifier 
received from thedecoder control module 902, they are supplied to the node processor 908. The 
node processor 908 performs the appropriate constraint or variable node processing operation, 
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depending on the mode of operation, thereby using the received messages to generate updated 
messages corresponding to the particular node being implemented at any given time. The 
resulting updated messages are then written back into the edge memory overwriting the 
messages which were just read from the memory. Messages sent to a particular node arrive at 
5 the node processor as a contiguous block, i.e., one after another. The decoder control module 
902 signals node delineation to the node processor, e.g., by indicating the last message 
corresponding to a node thereby providing node degree information. In the case of the example 
graph 600, the variable node degrees would be specified, e.g., as the sequence (3,3,2,2,2) and the 
constraint node degrees would be specified, e.g., as the sequence (3,3,3,3). This information 
10 may be stored in node degree memory 910 which would then be read by the decoder control 
module 902 as it iterates over edge indices. Alternatively, the degree information may be 
preprogrammed into each of the node processing units. This can be preferable, e.g., when it is 
known in advance that the node degrees will be uniform, i.e., the graph will be regular. 

15 The parity check verifier 914 operates in much the same fashion as a check node 

processor except that incoming messages are single bits, no outgoing message is computed, and 
the internal computation is simpler. 

During variable node mode operation, variable node computations will be 
20 performed one node at a time by the node processing unit until the processing, e.g., message 

updating and soft output value generation operations associated with each of the variable nodes, 
has been completed. Messages are delivered to the node processor 908 in variable node side 
order so that all messages corresponding to one node arrive in sequence at the node processor 
908. With an iteration of variable node processing completed, the decoder control module 902 
25 causes the decoder 900 to switch into the constraint node mode of processing operation. In 
response to the change in the C/V control signal, the node processing unit 908 switches from a 
variable node processing mode into a constraint node processing mode. In addition the message 
ordering module 904 switches into a mode wherein message identifiers will be supplied to the 
edge memory in the constraint socket order. One or more control signals sent over the C/V 
30 control line can be used to control the switch between constraint and variable node processing 
modes of operation. 
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As the decoder control circuit 902 controls the decoder to perform constraint 
node processing in constraint node sequence, one node at a time, the messages stored in the edge 
memory will once again be updated, this time by the C2V messages generated by the constraint 
node processing. When the processing associated with the full set of constraint nodes has been 
completed, the decoder control circuit 902 will switch back to the variable node mode of 
processing operation. In this manner, the decoder 900 toggles between variable node and 
constraint node processing. As described, the processing is performed sequentially, one node at 
a time, until the decoder control circuit 902 determines that the decoding operation has been 
completed. 

The scalar or sequential LDPC decoding system illustrated in Fig. 9 can be 
implemented using relatively little hardware. In addition it lends itself well to software 
implementation. Unfortunately, the sequential nature of the processing performed tends to result 
in a relatively slow decoder implementation. Accordingly, while the scalar architecture shown 
in Fig. 9 has some noteworthy attributes, it tends to be unsuitable for high bandwidth 
applications such as optical communications or data storage where high decoding speed and the 
use of large codewords is desired. 

Before presenting decoders for decoding large vectorized LDPC graphs, we will 
discuss general concepts and techniques relating to graph vectorizing features of the present 
invention. The vectorizing discussion will be followed by a presentation of exemplary 
vectorized LDPC decoders which embody the present invention. 

For purposes of gaining an understanding of vectorizing LDPC graphs consider a 
x small' LDPC code with parity check matrix H . The small graph, in the context of a larger 
vectorized graph, will be referred to as the projected graph. Let denote a subset of Z x Z 
permutation matrices. We assume that the inverses of the permutations in are also in W . 
Given the small, projected, graph we can form a Z -times larger LDPC graph by replacing each 
element of H with a Z x Z matrix. The 0 elements of H are replaced with the zero matrix, 
denoted 0 . The 1 elements of H are each replaced with a matrix from . In this manner we 
x lift' an LDPC graph to one Z times larger. The complexity of the representation comprises, 
roughly, the number of bits required to specify the permutation matrices, \E H \ log | *F | plus 
the complexity required to represent H , where | E H \ denotes the number Is in H and | *F | 
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denotes the number of distinct permutations in *F . E.g., if *F is the space of cyclic 
permutations then | *F |= Z . In practice we might have, e.g., Z = 16 for n « 1000 . 
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Example: Lifting a small parity check matrix, the a i i = 1,...,16 are elements of 
*F shown here indexed in projected variable socket order 



The subset *F can in general be chosen using various criteria. One of the main 
motivations for the above structure is to simplify hardware implementation of decoders. 
Therefore, it can be beneficial to restrict *F to permutations that can be efficiently implemented 
10 in hardware, e.g., in a switching network. 

Parallel switching network topologies is a well studied subject in connection with 
multiprocessor architectures and high speed communication switches. One practical example of 
a suitable architecture for the permutation subset is a class of multi-layer switching networks 

15 including, e.g., omega (perfect shuffle) / delta networks, log shifter networks, etc. These 

networks offer reasonable implementation complexity and sufficient richness for the subset *F . 
Additionally multi-layer switching networks scale well e.g., their complexity rises as N log N 
where N is the number of inputs to the network, which makes them especially suitable for 
massively parallel LDPC decoders. Alternatively, in decoders of the present invention with 

20 relatively low levels of parallelism and small Z the subset *F of permutations can be 
implemented in a single layer. 



An LDPC graph is said to have "multiple edges" if any pair of nodes is connected 
by more than one edge. A multiple edge is the set of edges connecting a pair of nodes that are 

25 connected by more than one edge. Although it is generally undesirable for an LDPC graph to 
have multiple edges, in many cases it may be necessary in the construction of vectorized graphs 
that the projected graph possesses multiple edges. One can extend the notion of a parity check 
matrix to allow the matrix entries to denote the number of edges connecting the associated pair 
of nodes. The codeword definition is still the same: the code is the set of 0,1 vectors x satisfying 

30 Hx=0 modulo 2. When vectorizing a projected graph with multiple edges, in accordance with 
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the invention, each edge within the multiple edge is replaced with a permutation matrix from 4* 
and these matrixes are added to yield the extended parity check matrix of the full code. Thus, a 
j>l in the parity check matrix H of the projected graph will be 'lifted' to a sum a k + ovh +. . .+ 
<7k+H, of permutation matrixes from *F . Usually, one will choose the elements of the sum so 
that each entry of a k + a M +. . .+ a^-i is either 0 or 1 , i.e., the fiill graph has no multiple edges. 

The above described lifting appears to have one limitation. Under the above 
construction both the code length and the length of the encoded data unit must be multiples of Z. 
This apparent limitation is easily overcome, however. Suppose the data unit to be encoded has 
length AZ + B where A is a positive integer and B is between 1 and Z inclusive, and the desired 
code length is C Z + D where C is a positive integer and D is between 0 and Z-l inclusive. Let 
E be the smallest positive integer such that EZ>=CZ + D + (Z-B). One can design a lifted 
graph which encodes a (A+1)Z length data unit to produce a codeword of length E Z such that 
the data unit appears as part of the codeword, and use this to produce the desired code 
parameters as follows. Given a data unit of length AZ + B one concatenates Z-B zeros to 
produce a data unit of length (A+1)Z. That data unit is encoded to produce a codeword of length 
EZ. The Z-B zeros are not transmitted. Out of the other EZ - (Z-B) bits in the codeword one 
selects EZ - CZ - D - (Z-B) bits and punctures them, note that the number of puncture bits is 
between 0 and Z-l inclusive. These bits will not be transmitted, so the actual number of 
transmitted bits is EZ - (Z - B) - (EZ - CZ - D - (Z-B)) = CZ + D, which is the desired code 
length. The receiver, knowing in advance about the additional zeros and punctured bits 
substitutes soft bits for the punctured bits indicating erasure, and substitutes soft bits for the 
known zero bits indicating a zero value with largest possible reliability. The extended received 
word, of length EZ may now be decoded to recover the original data unit. In practice one 
usually makes these adjustments by puncturing bits from only one vector node and declaring 
known bits from only one vector node. 

Various decoder implications which use the above discussed technique of 
vectorizing LDPC graphs will now be addressed. 

As discussed above, message-passing decoding of LDPC codes involves passing 
messages along the edges of the graph representing the code and performing computations based 
on those messages at the nodes of the graph, e.g., the variable and constraint nodes. 
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Given a vectorized LDPC graphs one can vectorize the decoding process as 
follows. The decoder operates as if it were decoding Z copies of the projected LDPC code 
synchronously and in parallel. Control of the decoding process corresponds to the projected 

5 LDPC graph and may be shared across the Z copies. Thus, we describe the decoder as operating 
on vector messages traversing vector edges and being received by vector nodes, each vector 
having Z elements. Sockets also become vectorized, hi particular a vector node processor 
might comprise Z node processors in parallel and, when a vector of messages, (mi,... j m z ) is 
delivered to the vector node processor message m\ is delivered to the i ft processor. Thus, no 

10 routing or reordering of messages occurs within a vector node processor, i.e., the vector message 
is aligned with the vector of processors in a fixed way. 

One deviation from purely disjoint parallel execution of the Z projected graphs is 
that messages are re-ordered within a vector message during the message passing process. We 

15 refer to this re-ordering operation as a rotation. The rotation implements the permutation 

operations defined by *F . Because of the rotations, the processing paths of the Z copies of the 
projected graph mix thereby linking them to form a single large graph. Control information 
which specifies the rotations is needed in addition to the control information required for the 
projected graph. Fortunately, the rotation control information can be specified using relatively 

20 little memory. 

While various permutations can be used for the rotations in accordance with the present 
invention, the use of cyclic permutations is particularly interesting because of the ease with 
which such permutations can be implemented. For simplicity we will now assume that *F 
25 comprises the group of cyclic permutations. In this case, our large LDPC graphs are constrained 
to have a quasi-cyclic structure. For purposes of this example, let N be the number of variable 
nodes in the graph and let M be the number of constraint nodes in the graph. First, we assume 
that both N and M are multiples of Z , N = nZ and M = mZ where Z will denote the order of 
the cycle. 

30 

Let us view nodes are doubly indexed. Thus, variable node v $J is the j * variable 
node from the 1 th copy of the projected graph. Since *F is the group of cyclic permutations 
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variablenode v / y is connected to a constraint node c aJb if and only if variable node v MmaAZj is 
connected to a constraint node c fl+ifcinodz ^ for k = 1,..., Z . 

The techniques of the present invention for representing a large graph using a much 
5 smaller graph representation and rotation information will now be explained further in reference to 
Figs. 10 through 16 which relate to vectorization of the graph 600. The techniques described with 
reference to these figures can be applied to much larger LDPC graphs. 

In accordance with the present invention, a larger graph can be generated by 
10 replicating, i.e., implementing multiple copies, of the small graph shown in Fig. 6 and then 

performing rotation operations to interconnect the various copies of the replicated graph. We refer 
to the small graph within the larger graph structure as the projected graph. 



Fig. 10 is a graph 1000 illustrating the result of making 3 parallel copies of the 
15 small graph illustrated in Fig. 6. Variable nodes 602 f , 602" and 602 m correspond to the first 
through third graphs, respectively, resulting from making three copies of the Fig. 6 graph. In 
addition, check nodes 606', 606" and 606" 1 correspond to the first through third graphs, 
respectively, resulting from making the three copies. Note that there are no edges connecting 
nodes of one of the three graphs to nodes of another one of the three graphs. Accordingly, this 
20 copying process, which "lifts" the basic graph by a factor of 3, results in three disjoint identical 
graphs. 

Fig. 1 1 illustrates the result of the copying process discussed above using 
matrices 1 102 and 1 104. Note that to make three copies of the original graph each non-zero 
25 element in the matrix 702 is replaced with a 3x3 identity matrix. Thus, each one in the matrix 
702 is replaced with a 3x3 matrix having Vs along the diagonal and 0's everywhere else to 
produce the matrix 1 102. Note that matrix 1 102 has 3 times the number of edges that matrix 
702 had, 12 edges for each one of the 3 copies of the basic graph shown in Fig. 6. Here, variable 
xy corresponds to variable node Vjj. 



30 
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Fig. 12 shows the relationship between the (3x12) 36 edges, the (3x5) 15 variable 
nodes, and the (3x4) 12 constraint nodes which makeup graph 1000, As in the case of Fig. 8, 
edges are enumerated from the variable node side. 

5 For purposes of annotation, the first number used to identify a node, constraint, or 

edge indicates the graph copy to which the edge belongs, e.g., the first, second or third graph 
copy. The second number is used to identify the element number within the particular specified 
copy of the basic graph. 

10 For example, in row 1202' the value (1,2) is used to indicate edge 2 of the first 

copy of the graph while in row 1202" (2,2) is used to indicate edge 2 of the second copy of the 
graph. 

Note that edge rows 1202*, 1202", 1202"' are simply copies of row 804 
15 representing three copies of the row of edges 804, shown in Fig. 8, as they relate to the variable 
nodes. Similarly edge rows 1204', 1204" and 1204 m represent three copies of the row of edges 
804 1 shown in fig. 8 as they relate to the constraint nodes. 

Let us briefly discuss how to modify the Fig. 9 decoder 900 to decode the Z=3 
20 parallel graphs now defined. The node processor 908 will be made a vector node processor, able 
to process 3 identical nodes simultaneously in parallel. All outputs from the node processor 908 
will be vectorized, thereby carrying 3 times the data previously carried. Hard decision memory 
912 and edge message memory 906 will be made 3 times wider, each capable of writing or 
reading 3 units (bits or K bit messages respectively) in parallel using at the direction of a single 
25 SIMD instruction. Outputs from these memories will now be vectors, 3 times wider than before. 
The parity check verifier 914 and the output buffer 916 will also be suitably vectorized with all 
processing suitably parallelized. 

Let us now consider the introduction of rotations into our example. This can be 
30 illustrated by replacing each of the 3x3 identity matrixes shown in Fig. 1 1 with 3x3 cyclic 

permutation matrixes as shown in Fig. 13. Note that there are three possibilities for the cyclic 
permutation matrix used in Fig. 13. It is possible to indicate the particular permutation matrix to 
be substituted for an identity matrix by indicating whether the permutation matrix has a "1" 
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located in the first, second or third position in the first row of the permutation matrix. For 
example, in the case of matrix 1302, beginning at the top left and proceeding to the bottom right 
comer (vector constraint socket order) the rotations could be specified by the sequence (2, 2, 3, 
3, 1, 1, 1,3,2,1,2, 3). 

Fig. 14 illustrates the effect of performing the cyclic permutation (rotation) on the 
constraint node side. Since the permutation is performed from the constraint node side, the 
relationship between the edges, e.g., ordering, from the variable node side remains unchanged as 
shown in rows 1402', 1402" and 1402"'. From the constraint side, however, the permutation 
results in edges within a column, e.g., the edges within a specific vector edge, being reordered as 
shown in rows 1404', 1404", 1404 m . This produces interconnections between nodes 
corresponding to different copies of the projected graph. 

Consider, for example, column 1 of rows 1404 in relationship to column 1 of 
rows 1 104 of Fig. 11. Note that as a result of the vector edge permutation, operation, constraint 
node Ci,i is now connected to edge (2,1) as opposed to edge (1,1), constraint node C 2f i is coupled 
to edge (3,1) as opposed to edge (2,1) and constraint node C 3 ,i is coupled to edge (1,1) as 
opposed to edge (3,1). 

We discussed above how to vectorize decoder 900 to decode Z parallel copies of 
the projected graph. By introducing switches into the message paths to perform rotations, we 
decode the LDPC code defined in Fig. 13. 

Figure 15 illustrates a decoder incorporating various features of the present 
invention. The decoder 1500 fully vectorizes, with rotations, the decoder 600. Note that the 
figure indicates Z=4 whereas our example has Z=3, in general we may have any Z>1 but in 
practice Z values of the form 2 k for integer k are often preferable. Similarities with decoder 600 
are apparent. In particular the decoder control module 1502 and the node degree memory 1510 
function in the same or a similar manner as their respective counterparts 902 and 910 in decoder 
900. For example, to decode LDPC code defined in Figs. 13 and 14 the operation of these 
components would be exactly the same as their counterparts in decoder 900 when decoding the 
example graph 600. The edge message memory 1506 and hard decision memory 1512 are 
vectorized versions of their counterparts 906 and 912 in decoder 900. Whereas in decoder 900 
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the memories stored single units (K bit messages or bits) the corresponding memories in decoder 
1500 store sets, i.e., vectors, messages, resulting in e.g., Z x K bit messages being stored. These 
vectors are written or read as single units using SIMD instructions. Thus the message identifiers 
sent to these modules from the message ordering module 1504 are equivalent or similar to those 
5 in decoder 900. The message ordering module 1504 has the additional role, beyond what its 
counterpart 904 had in decoder 900, of storing and providing the permutation, e.g., rotation, 
information. Recall that in decoding example 600 decoder 900 stored in its message ordering 
module 904 the edge sequence (1,4,7,2,9,1 1,3,5,12,6,8,10). Consider using decoder 1500, to 
decode the code of Fig. 13 and 14. The message ordering module 1504 would store the same 

10 above sequence for accessing message vectors during constraint node processing, and also store 
the sequence (2, 2, 3, 3, 1, 1, 1, 3, 2, 1, 2, 3) which describes the rotations associated to the same 
sequence of vector messages. This sequence serves as the basis to generate the rot signal which 
is used by the message ordering module 1504 to cause the switches 1520 and 1522 to rotate 
vector messages and vector hard decision bits respectively. (Note that the hard decision bits are 

15 provided only during variable node processing mode.) The vector parity check verifier 15 14 is a 
vector version of its counterpart 914 in decoder 900. Note that the output convergence signal is 
a scalar, as before. The output buffer 1516 serves the same purpose as buffer 916, but output 
data is written as vectors. The vector node processor 1508, is, e.g., Z node processors, each as in 
908, in parallel. These nodes would share the deg signals and C/V control signal from the 

20 decoder control module 1502. 

In order to facilitate the ability to output either soft or hard decoder decisions the 
soft decisions generated by the variable processing unit are supplied to a soft decision input of 
buffer 1516. Thus, at any time prior to completion of decoding, soft decisions may be obtained 
25 form the output of buffer 1516. 

Consider further how decoder 1500 would function decoding the example of Figs. 13 and 14. 
Initially the edge message memory 1506 is populated with 0s. The decoder control module 
1502 first toggles into variable node processing mode. The edge message memory 1506 vectors 
30 (all 0s at this point) are read out in order and delivered to the vector node processor 1508 for 
variable node processing. The vector node processor 1508 then outputs the received values 
alone along each edge from a variable node, we will use y to denote these first messages to 
indicate this. Thus, the outgoing vectors would be (yij, y 2fi , y 3 ,o for i=l,. . .,12 in increasing 
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order. The rot signal is used to control message re-ordering performed by switching circuits 
1520, 1522. The rot signal from the message ordering module 1504 will cause the messages in 
the vectors to be rotated to produce processed vectors as follows: (y2,i,y3,i,yi,i), (y3,2,yi ,2^2,2), 

(yu>y23,y3.3), (y2,4,y3,4,yi,4), to^y^^s), (yueM&ysA {y^yx^yu). (y2,8,y3,8,yi.8), 

(yi,9,y2,9,y3,9) f (y3,io,yi,io>y2,io), (yi,n>y2,u,y3,u), (y2,i2,y3,i2,yi,i2). Once the processed vectors are 
written into edge memory 1506, in the indicated order, the decoder control module 1502 will 
toggle into constraint mode. The stored vector messages will then be read out in order 
(1,4,7,2,9,1 1,3,5,12,6,8,10). Thus, they will be presented to the vector node processor 1508 in 

the order (y 2> i,y3,i,yi.i), (y2.4,y3,4,yi,4), (y 3 , 7 ,yi,7,y2,7), ^3.2,^,2^2,2). (yi.9,y2,9,y3.9), (yu uYim&mX 
0^1,3^23^3,3), (y3^,yi,5,y2^), (y2,i2,y3,i2,yi,i2), (yi,6,y2,6,y3,6),(y2,8,y3,8,yi,8), (y3,io,yi,io,y2,io). The 

vector node processor 1508 is implemented as three (Z=3) node processors in parallel. The 1 st 
element (message) of each message vector (set of messages) is delivered to the 1 st node 
processor; the 2 nd message is delivered to the 2 nd processor; and the 3 rd message is delivered to 
the 3 rd processor, respectively. The deg signal, which indicates the degree of the current node 
being processed, is supplied by the degree memory 1510 to the three parallel processors of 
vector node processor 1508. At this point the deg signal indicates that constraints are (all) 
degree 3 so the 1 st processor would process y 2 ,i, y 2 ,4, and y 3t7 for its first constraint node and y 3>2 , 
yi, 9 , and y U i for its second. Similarly, the 2 nd processor would process y 3> i, y 3>4 , andy i>7 for its 
first constraint node and yi )2 , y2,9, and y 2 ,n for its second. 

Let mi j denote the outgoing message corresponding to the incoming yj j. As the 
vectors are emerging from the vector node processor 1508, the rot signal to switch 1520 will 
cause the vectors to be reordered so that the previous rotation is reversed, hence they arrive at 
the edge memory as (nn j,m 2 j,m 3 j), in the order j=l,4,7,2,9,l 1,3,5,12,6,8,10. The messages are 
written back into memory according to the message identifier order with which they were read, 
so after writing they appear in memory as (mi j,m 2 j,m 3 j) in order j=l,. . .,12. The message 
ordering module 1504 now toggles into variable node processing mode in response to a C/V 
signal supplied by decoder control module 1502. The message vectors are then read out in order 
j=l,. . .,12 and delivered to the vector node processor 1508 for variable node processing. This 
completes an iteration. 

During variable node processing the vector node processor 1508 also outputs soft decoded 
vectors which are stored in the output buffer 1516. It also outputs hard decisions which are 
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supplied to switching circuit 1522. The vectors of one bit hard decisions undergo the same 
rotation operation as the message vectors at the corresponding times. The rotated hard decision 
vectors produced by switching circuit 1522 are then arrayed in the hard decision memory 1512 
where they are stored. As a result of applying the same rotation applied to the message vectors, 
5 the hard decisions may be read out in the same order as the vector messages are read out during 
constraint node processing. During constraint node processing the hard decisions are delivered 
to the vector parity check verifier 1514 which performs Z parity checks in parallel. If all parity 
checks are satisfied then the convergence signal, CON is generated and emitted. In response to 
receiving the convergence signal indicating successful decoding, the decoder control module 
10 1502 stops the decoding process. 

It should be apparent that there are many variations to decoder 1500 that each 
embody the current invention. For example, the switch 1520 could have instead been placed 
along the data path between the edge message memory 1506 and the vector node processor 

15 1508. Similarly, switch 1522 could have instead been placed along the data path between the 
hard decision memory 1512 and the vector parity check verifier 1514. Such a replacement 
would also involve appropriate adjustment of the timing of rot signal. The hard decision 
memory 1512, the vector parity check verifier 1514 and the attendant datapaths need not be 
used and are eliminated for decoder embodiments that perform a fixed number of iterations and 

20 therefore do not require convergence detection. Many further variations will be apparent to 
those skilled in the art in view of the present invention. 

Fig. 16 illustrates a decoder 1600 which is implemented in accordance with 
another embodiment of the present invention. The decoder 1600 includes many elements which 

25 are the same as, or similar to, the elements of the decoder 1500. Accordingly, for the purposes 
of brevity, such elements will be identified using the same reference numbers as used in Fig. 15 
and will not be discussed again in detail. The decoder 1600 is capable of performing both 
variable node and constraint node processing operations, e.g., message updating operations, at 
the same time, e.g., simultaneously and independently. In contrast to the Fig. 15 decoder 

30 implementation which may be described as a side-to-side decoder because of the way it toggles 
between variable node and constraint node processing iterations, the decoder 1600 can be 
described as an asynchronous iteration decoder since the variable node and constraint node 
processing operations can be performed independently, e.g., simultaneously. 
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The decoder circuit 1600 includes a decoder control module 1602, a message 
ordering module 1604, a first switching circuit 1621, V2C edge message memory 1606, a 
constraint node vector processor (e.g., Z-constraint node processors in parallel) 1609, a second 
switching circuit 1620, C2V edge message memory 1607, a variable node vector processor 1608 
(e.g., Z- variable node processors in parallel), a hard decision memory 1612, and a third switch 
1622 coupled together as illustrated in Fig. 16. 

Various embodiments of individual constraint node processors and individual 
variable node processors, Z of which can be used in parallel to implement the constraint node 
vector processor 1609 and variable node processor 1608, respectively, are described in detail in 
U.S. Provisional Patent Application 60/328,469, titled "Node Processors For Use in Parity 
Check Decoders", which was filed on October 10, 2001, and which is hereby expressly 
incorporated by reference. The inventors of the present patent application are also the named 
inventors on the incorporated provisional patent application. 

In order to support independent and/or parallel updating of constraint and 
variable messages in the Fig. 16 embodiment separate edge message memories 1606, 1607 and 
switching circuits 1620, 1621 are used to support constraint node and variable node processing 
operations, respectively. As in the Fig. 15 embodiment, each of the message memories 1606, 

1607 are capable of storing L (ZxK-bit) vector messages. Each vector message, e.g., column of 
Z K-bit messages, in the memories 1606, 1607, can be read from or written to in a single read or 
write operation. 

V2C edge message memory 1606 is used to store V2C messages and therefore 
has a write input coupled to the output of the switching circuit 1621 which receives data from 
variable node vector processor 1608. The C2V message memory 1607 is used to store C2V 
edge messages and therefore has a write input coupled to the output of the constraint node vector 
processor 1609. 

Switches 1620 and 1621 are used to couple the variable node vector processor 

1608 to the input of V2C edge message memory and the output of the C2V edge message 
memory, respectively. In one particular embodiment message vectors are stored in vector 
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constraint socket order. Message vectors are written into C2V edge message memory 1607 and 
read out of V2C edge message memory 1606 in vector constraint socket order, i.e., linearly, thus 
no external control is required (edge index output from decoder control module 1602 passes 
through message ordering module 1604 unchanged to it's constraint edge index output). 
Message vectors are read out of C2V edge message memory 1607 and written into V2C edge 
message memory 1606 in vector variable socket order. The message ordering module 1604 
generates the variable edge index signal which indicates this ordering. Note that this signal 
controls reading of C2V edge message memory 1607 and is delivered to V2C edge message 
memory 1606 after being delayed. The delay accounts for the time required for processing 
performed by switches 1620 and 1621 and the vector variable node processor 1608. This delay 
may be a function of the degree of the node being processed, as indicated in Fig. 16 by the 
variable node degree signal. 

To avoid processing pipeline stalls due to variable delay both constraint and 
variable nodes are ordered such that nodes of the same degree are processed in a contiguous 
fashion. Further reduction in pipeline stalls occurring on the boundary of node groups with 
different degrees can be achieved by sorting node groups by degree in a monotonic fashion e.g., 
increasing or decreasing degree order. For implementation simplicity embodiments 900, 1500 
and 1600 assume increasing degree order. 

In the particular embodiment illustrated in Fig. 16 vectors are stored in vector 
constraint node rotation order. Switch 1620 rotates the messages in each vector into variable 
rotation as each C2V vector message proceeds to variable node vector processor 1608 and then 
switch 1621 applies the inverse rotation to the outgoing V2C vector message corresponding to 
the same vector edge. The rot signal delivered to switch 1620 is delivered to switch 1621 via 
rotation inversion circuit 1624 after a delay matched to the processing time in the vector 
constraint node processor. This delay may depend on the constraint node degree, as indicated by 
the constraint node degree signal output by degree memory 1610. 

The decoder 1600 includes decoder control module 1602. The decoder control 
module operates in a similar manner to the previously discussed control module 1502. 
However, in 1602 no C/V control signal is generated. The edge index generation function can 
be provided by a counter which cycles through the entire set of vector edges before starting over. 



WO 02/103631 



-39- 



PCT7US02/17396 



In addition to outputting the soft decisions, hard decisions are generated, one per 
edge, by each of Z-variable node processing units in the vector variable node processor 1608 
each time a vector V2C message is generated. While the vector messages are written into the 
V2C edge message memory 1606, the Zxl bit hard decision outputs are written into the hard 
decision output memory 1612 after being rotated by switch 1622. Switch 1622 and hard 
decision memory 1612 operate under the same control signals as switch 1621 and V2C edge 
message memory 1606, respectively. 

The resulting Zxl rotated vectors are delivered to the vector parity check verifier 
1614 which includes Z parity check verifiers connected in parallel. The verifier 1614 
determines if the parity checks are satisfied and if all are satisfied then a convergence signal is 
generated and sent to the decoder control module. In response to receiving a signal indicating 
convergence, the decoder control module stops decoding of the received codeword. In the 
embodiment 1600 the convergence detection signal is available one iteration after a codeword 
has been written to the output buffer since constraint verification for data from iteration N is 
done during iteration N+ 1 and the convergence signal is available upon completion of iteration 
N+l. 

In the decoder 1600 but which employs different convergence detection circuitry 
Fig. 17 illustrates an embodiment similar to the decoder 1700 constraint verification is 
accomplished "on the fly" as the ZxK-bit output values X are written to the output buffer 1716. 
In this case memory block 1712 keeps track of constraints status as vector constraints are 
updated by hard decision output from variable node processor 1708. Each constraint status 
memory location corresponds to a codeword parity check constraint. On the last update of any 
constraint status location these parity check values are verified. If all verifications during 
iteration N are satisfied then a convergence signal will be generated and output by the vector 
parity check verifier 1714 immediately after iteration N. This will qualify to the decoder control 
module 1702 that data in output buffer 1716 is valid. In the Fig. 17 embodiment the message 
ordering module 1704 generates an additional signal defining constraint node index (as opposed 
to edge index) which is not generated in the Fig. 16 embodiment. The constraint node index 
identifies the constraint node destination of the current V2C message. This field serves as an 
index to constraint status memory 1712 to which it is supplied. 
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While requiring a little more circuitry than the Fig. 15 embodiment, the Fig. 16 
and Fig. 17 embodiments have the advantage of more efficient use of the vector constraint and 
variable node processors 1609/1709, 1608/1708 since both vector node processors are utilized 
5 fully during each processing iteration. In addition, decoding time is reduced as compared to the 
Fig. 15 embodiment since constraint and variable node processing is performed in parallel, e.g., 
simultaneously. 

The above described decoding methods allow for message passing decoding, e.g., 
10 LDPC decoding, to be performed using software and general purpose computers capable of 
supporting SIMD operations. In such embodiments, one or more parallel processors serve as 
vector processing units or, hardware within a single processor may be used to perform multiple 
vector processing operations in parallel. In such embodiments, the edge memory, permutation 
map and information on the number of messages per node may all be stored in a common 
15 memory, e.g., the computers main memory. The message passing control logic and decoder 
control logic may be implemented as software routines executed on the computer's processing 
unit. In addition, the switching device may be implemented using software and one or more 
SHVED processing instructions. 

20 The above described LDPC decoding methods allow for LDPC decoding to 

performed on various hardware platforms such as Field Programmable Gate Arrays or in an 
Application Specific Integrated Circuit. The present invention is especially usefid in these 
settings where the simple parallelism can be explicitly exploited. 

25 Numerous additional variations on the decoding methods and apparatus of the 

present invention will be apparent to those skilled in the art in view of the above description of 
the invention. Such variations are to be considered within the scope of the invention. 



• RNJ<s nana 



WO 02/103631 
What is claimed is: 



-41- 



PCT/US02/17396 



1 . An apparatus for performing message passing decoding operations, the apparatus 
comprising: 

memory including a set of memory locations for storing L sets of Z K-bit 
messages, where Z is a positive integer greater than one and K and L are non-zero positive 
integers; 

a node processor including a plurality of node processing units, each node 
processing unit for performing at least one of a constraint node processing operation and a 
variable node processing operation; and 

a switching device coupled to the memory and to the node processing unit, the 
switching device for passing sets of Z K-bit messages between said memory and said node 
processor and for reordering the messages in at least one of said sets of messages in response to 
switch control information. 

2. The apparatus of claim 1, further comprising: 

a message ordering control module coupled to said switching device for 
generating said switch control information used to control the reordering of messages in said at 
least one set of messages. 

3. The apparatus of claim 2, wherein the switching device includes circuitry for performing 
a message rotation operation to reorder messages included in a set of messages. 

4. The apparatus of claim 2, wherein the message ordering control module stores 
information on the order sets of messages are to be read out of the memory and information 
indicating what reordering of messages is to be performed by said switch on individual sets of 
messages read out of the memory. 

5. The apparatus of claim 2, wherein the message ordering control module is further 
coupled to said memory and sequentially generates set identifiers, each set identifier controlling 
the memory to access memory locations corresponding to a set of messages as part of a single 
read or write operation. 
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1 6. The apparatus of claim 5, wherein each set identifier is a single memory address. 

1 7. The apparatus of claim 2, wherein said plurality of node processing units includes Z node 

2 processing units arranged in parallel, each one of the Z node processing units operating in 

3 parallel to process a different message in each set of Z messages passed between said memory 

4 and said node processor. 

1 8. The apparatus of claim 7, wherein said memory includes an address input which allows 

2 each set of messages to be addressed as a unit thereby enabling a set of messages to be read from 

3 said memory in a single SIMD read operation. 

1 9. The apparatus of claim 7, wherein said memory includes an address input which allows 

2 each set of messages to be addressed as a unit thereby enabling a set of messages to be written 

3 into said memory in a single SIMD write operation. 

1 10. The apparatus of claim 1, wherein each of said plurality of node processing units 

2 includes a control signal input for receiving a control signal to switch node processing unit 

3 operation between a constraint node mode of processing operation and a variable node mode of 

4 processing operation. 

1 11. The apparatus of claim 1 0, further comprising: 

2 a decoder control device coupled to said plurality of node processing units, the decoder 

3 control device generating said control signal used to control said plurality of node processing 

4 units. 

1 12. The apparatus of claim 11, wherein each of the Z processing units performs a variable 

2 node low density parity check message processing operation to generate at least one new 

3 message from at least one message received from said switching device. 

1 13. The apparatus of claim 1 0, 

2 wherein at least one of the plurality of node processing units includes information 

3 indicating a number of messages to be used in each of a plurality of sequential variable node 

4 processing operations. 
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1 14. The apparatus of claim 7, 

2 wherein the decoder control device is further coupled to said message passing 

3 control device; and 

4 wherein the message passing control device specifies a different order in which 

5 each of the L sets of Z messages are to be read out of the memory during the variable node mode 

6 of processing operation than during constraint node mode of processing operation. 

1 15. The apparatus of claim 2, further comprising a decoder control module coupled to the 

2 message ordering module, the decoder control module including means for supplying 

3 information to the message ordering module used to control the order in which each of the L sets 

4 of Z messages are to be read out of said memory. 

1 16. The apparatus of claim 15, wherein the decoder control device further includes means for 

2 supplying an edge index to the message ordering module which controls the generation of the set 

3 identifiers supplied to said memory. 

1 17. The apparatus of claim 16, further comprising a degree memory coupled to the node 

2 processor for storing a set of node degree information. 

1 18. The apparatus of claim 17, wherein the control device further generates a node index 

2 used to determine which node degree information in the stored set of node degree information is 

3 to be supplied to the node processor at any given time. 

1 19. The apparatus of claim 1, further comprising: 

2 a second node processor coupled to said memory, the second node processor 

3 including a second plurality of node processing units, each of the second plurality of node 

4 processing units for performing at least one of a constraint node processing operation and a 

5 variable node processing operation. 
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20. The apparatus of claim 19, further comprising: 
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additional memory coupling said node processor to said second node processor, the 
additional memory including an additional set of memory locations for storing L sets of Z K-bit 
messages. 



21. The apparatus of claim 20, further comprising: 

a second switching device coupling said node processor to said additional memory, the second 
switching device for passing sets of Z K-bit messages between said node processor and said 
additional memory and for reordering the messages in at least one of the sets of messages passed 
by the second switch. 

22. The apparatus of claim 2 1 , 

wherein said node processor is a variable node processor for performing variable 
node decoder parity check processing operations; 

wherein said additional node processor is a constraint node processor for 
performing constraint node parity check decoder processing operations. 

23 . The apparatus of claim 2 1 , further comprising: 

a parity check verifier, coupled to said additional node processor, for determining 
from an output of each of the second plurality of processing units included therein, when a parity 
check decoding operation has been successfully completed. 

24. An apparatus for performing message passing decoding operations, the apparatus 
comprising: 

first memory including a first set of memory locations for storing L sets of Z K- 
bit messages, where L and Z are positive integers greater than one and K is a non-zero positive 
integer; 

a first node processor including a first plurality of node processing units, each 
node processing unit for receiving at least one K-bit message in each set of Z K-bit messages 
supplied to the first node processor; and 

a first switching device coupling the first memory to the first node processor, the 
first switching device for passing sets of messages between the first node processor and the first 
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memory and for reordering the messages in at least some of the sets of messages being passed 
by said first switch. 



25. The apparatus of claim 24, further comprising: 

a second memory coupled to said first node processor including a second set of 
memory locations for storing L sets of Z K-bit messages; and 

a second node processor coupled to said second memory and to said first 
memory, the second node processor including a second plurality of node processing units. 

26. The apparatus of claim 25, further comprising: 

an additional switching device coupling the additional memory to the second 
node processor, the additional switching device for receiving sets of Z K-bit messages from said 
additional memory device and for supplying one message in each received set of Z messages to 
one of said second plurality of node processing units. 

27. The apparatus of claim 24, wherein the first node processor is a variable node processor, 
the apparatus further comprising: 

means, coupled to said plurality of processing units included in said first node 
processor, for determining from an output of each of said first plurality of node processing units 
when a decoding operation has been successfully completed. 

28. A method of performing message passing decoding processing comprising the steps of: 
storing L sets of k-bit messages in a memory, each set of K-bit messages including first 

though Z messages, where L and Z are positive integers greater than one and K is a non-zero 
positive integer; 

reading one of said sets of K-bit messages from memory; 

performing a message reordering operation on said read set of K-bit messages to produce 
a reordered set of Z K-bit messages; 

supplying, in parallel, the Z messages in the reordered set of messages to a vector 
processor; and 

operating the vector processor to perform message passing decoder operations using the 
Z supplied messages as input. 
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1 29. The method of claim 26, wherein said message passing decoder operations generate a set 

2 of Z decoder messages from the Z messages in the supplied reordered set of messages. 

1 30. The method of claim 29, wherein the step of operating the vector processor to generate Z 

2 decoder messages, includes the step of: 

3 performing, in parallel, Z node processing operations. 

1 31. The method of claim 30, wherein each of the Z node processing operations is one of a 

2 constraint node processing operation and a variable node processing operation, 

1 32. The method of claim 28, further comprising: 

2 generating a message set identifier indicating the set of Z messages to be read out 

3 of memory. 

1 33. The method of claim 32, wherein the step of reading one of said sets of K-bit messages 

2 includes: 

3 performing a SIMD read operation using said message set identifier to identify the set of 

4 messages to be read from memory. 

1 34. The method of claim 28, further comprising: 

2 performing a second message reordering operation, the second message 

3 reordering operation being performed on the generated set of Z decoder messages to produce a 

4 reordered set of generated decoder messages. 



1 35. The method of claim 34, further comprising: 

2 storing the reordered set of generated decoder messages in said memory. 

1 36. The method of claim 35, wherein the step of storing the reordered set of generated 

2 decoder messages includes performing a SIMD write operation to write said reordered set of 

3 generated decoder messages into memory. 
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1 37. The method of claim 34, wherein the step of performing a second message reordering 

2 operation includes performing the inverse of the message reordering operation performed on 

3 said set of K-bit messages read from the memory. 

1 38. The method of claim 28, further comprising: 

2 accessing stored message set permutation information; and 

3 wherein the step of performing a message reordering operation includes the step 

4 of: 

5 performing said reordering as a function of the accessed stored 

6 message set permutation information. 

1 39. The method of claim 37, wherein said message set permutation information includes 

2 cyclic rotation information. 

1 40. The method of claim 28, 

2 wherein said message passing decoder operations are variable node processing 

3 operations, each variable node processing operation including generating a decision value, and 

4 wherein the method further comprises: 

5 examining decision values generated by operating the vector processor to determine if a 

6 decoding condition has been satisfied. 

1 41 . A method of performing message passing decoding processing, the method comprising 

2 the steps of: 

3 operating a node vector processor to generate a set of Z K-bit messages, where L and Z 

4 are positive integers greater than one and K is a non-zero positive integer; 

5 performing a message reordering operation on the generated set of Z K-bit messages to 

6 produce a reordered set of Z K-bit messages; 

7 performing a single write operation to store the reordered set of z K-bit messages in a 

8 memory device. 

1 42. The method of claim 41, wherein the step of performing a single write operation includes 

2 performing a SIMD write operation to write the Z messages in the reordered set of messages 

3 into memory in parallel. 
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1 43 . The method of claim 4 1 , wherein the step of operating the node vector processor to 

2 generate a set of Z K-bit messages, includes the step of: 

3 performing, in parallel, Z node processing operations, each node processing operation 

4 generating one message in said set of Z K-bit messages. 

1 44. The method of claim 43, wherein the Z node processing operations are variable node 

2 processing operations. 

1 45. The method of claim 43, wherein the Z node processing operations are constraint node 

2 processing operations. 

1 46. The method of claim 43, wherein performing a message reordering operation on the 

2 generated set of Z K-bit messages includes: 

3 rotating the messages in the set of Z K-bit messages by performing a switching operation 

4 to reorder the messages in the set of messages. 

1 47. A method of performing low density parity check decoder operations, the method 

2 comprising: 

3 performing a SIMD read operation to read a stored set of messages; 

4 performing a message reordering operation on the stored set of messages; 

5 supplying the reordered set of messages to node processor including a plurality 

6 node processing units arranged in parallel; and 

7 operating the plurality of node processing units to generate a set of updated 

8 messages as a function of the supplied reordered set of messages. 

1 48. The method of claim 47, further comprising the step of: 

2 writing the updated messages in said set of updated messages into a memory device 

3 using a SIMD write operation. 

1 49. The method of claim 48, further comprising the step of: 

2 performing a message reordering operation on the updated messages in said set of 

3 updated messages prior to writing the updated messages into the memory device. 
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